Thank you for your reply. Even if I change the status bar hide option to NO, the top value is reset to 0.0 after rotation in portrait mode. (iPhone SE 2/3, IOS 26.0.1) This issue doesn't seem to be related to the status bar hide option. This issue remains unsolved.

I see the UIRequiresFullScreen option is being ignored starting with iOS 26. Is that correct? So, it looks like locking the screen rotation won't be possible in iPad apps running iOS 26. Until iOS 18, setting the UIRequiresFullScreen option to true would result in full screen mode and lock the screen rotation.

Thank you for your answer. Even if I use viewSafeAreaInsetsDidChange, even within viewSafeAreaInsetsDidChange, on an SE3 device, when I rotate the screen to portrait, it outputs 0.0. When I rotate the screen to landscape, it outputs 20.0. In the iOS 18 simulator, the same code outputs 0.0 when I rotate the screen to landscape, and 20.0 when I rotate the screen to portrait. I suspect this is a bug in iOS 26.

I was able to confirm that disabling the "Show Live Issues" option in Xcode settings resolved this issue. While searching on Google, I found that users with the same issue had been experiencing it since Xcode 14, and disabling this option resolved the issue. I hope this issue is fixed soon.

That's right. Connect to the Webdav server using URLSession. Attempt to connect to a file server on the same network as your phone using URLSession. When connecting to the same local server, a local network permission pop-up appears, and if you fail to log in, an error message saying that the Internet connection is not available is displayed and the connection is not possible.

???

Thank you for your reply. We do not have separate index data for files in the documentDirectory path. Since we use the FileManager API to retrieve and display the list in real time, we can display it as an update if the path has changed. We also update the documentDirectory path every time before retrieving the file list. There were no inquiries about this issue until iOS 17, but there were several similar inquiries in iOS 18.

We continued to test the app debugging or even the app distributed as a test flight, but the same symptom did not reproduce. There is no specific work in the app's code to stop music playback or do anything when switching from "foreground" to "background" state.

The OS applies to both iOS and iPadOS. The app background mode is checked in the "Audio, Airplay, and Picture in Picture" section. It is judged that the music being played stops in all cases of "Move to Home Screen" and "Switch to another app" while playing a music file. Originally, the playback should continue in all of the above cases.

It looks like this issue has not been resolved in 17.5.1 yet. I sent feedback on several iOS bugs and error issues other than this issue, but some have not been resolved for several years and some have not been resolved for several months. So, there was no feedback on this issue either.

This is different from the issue I gave feedback on. Even before that issue, this happened occasionally.

Oh, there is someone experiencing a similar issue. We tested it and found that it was not a watch problem. There were no issues with Watch 10.4 or 10.5. There has been this issue since iPhone 17.5 when transferring files.

By the way, have you ever been rejected or encountered any problems during app review?

Are you saying that the user should be able to turn the isExcludedFromBackup option on/off? Thank you for answer.

Thank you for answer. The router is in another room, so I'm going to purchase a new router and place it in the same room as my MacBook, iPhone, and Apple Watch.